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1 . REAL PARTY IN INTEREST 

The real party in interest remains Assignee INTERNATIONAL BUSINESS 
MACHINES CORPORATION, by virtue of an assignment executed by the inventors. 
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2. RELATED APPEALS AND INTERFERENCES 
Appellanis and the undersigned attorneys are not aware of any appeals or any 
interferences which will directly affect or be directly affected by or having a bearing on 
the Board's decision in the pending appeal. Appellants do note that two appeals are 
currently pending before the Board that are related to the instant case, but the 
patentability of each is independent and the outcome of any of these matters has no 
bearing on the outcome of the others. See, United States Patent Applications 09/73 1,624 
and 09/731,629. 
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3. STATUS OF CLAIMS 

Claims 1-23 stand rejected as unpatentable over Beelitz, et. al.. United States 
Patent No. 6,182,27561 in view of Bair et. al, United States Patent 6,189,100. 
Claims 1-23 are the claims on appeal. See, Appendix. 
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4. STATUS OF AMENDMENTS 
All amendments have been entered. 
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5. SUMMARY OF CLAIMED SUBJECT MATTER 

In this summary of claimed subject matter^ all citations are to the specification of 
United States Patent Application 09/731,631 filed on December 7, 2000, Further, all 
citations are illustrative only and support for the cited element may be found elsewhere 
in the specification. See, e.g, FIGS. 1, 4, 5, and 6. 

The invention relates to a method of selecting an operating system at a target de- 
vice 108, 110, 112 in communication v^ith a server 104, 105. The method includes initi- 
ating 402 a network bootstrap program at the target device 108, 1 10, 11 2 and sending 
406 a bootstrap list command from the target device 108, 1 10^ 1 12 to the server 104, 
105. The method further includes receiving 516 an operating systems list of at least one 
operating system prior to executing an operating system at the target device 108, 1 10, 
1 12, and selecting 518a target operating system from the operating systems list. In this 
aspect of the invention^ the target device 108^ UO, 1 12 is to be remotely booted by the 
server 104, 105. 

In one embodiment, the method further includes relocating 524 the network 
bootstrap program after the target operating system is selected. In another embodiment, 
the target operating system is selected by a user (p. 11, lines 13-18) of the target device 
1 08, 11 0, 1 1 2, In yet another embodiment, the method ftirther includes determining 
from a user profile, at least one available operating system and including the user- 
available operating system with the operating systems list (p. 12, lines 8-20), 

Another aspect of the invention relates to computer program product in a com- 
puter usable medium for selecting an operating system at a target device 108^ 1 10, 112 
in communication with a server 104, 105. The product includes means for initiating 402 
a network bootstrap program at the target device 108, 110, 112 and means for sending 
406 a bootstrap list command from the target device 108, 110, 112 to the server 104, 
105. The product further includes means for receiving 516 an operating systems list of 
at least one operating system prior to executing an operating system at the target device 
108, 1 10, 112, and means for selecting 518 a target operating system from the operating 
systems list. In the aspect of the invention, the target device 108, 110, 1 12 is to be re- 
motely booted by the server 104, 105, 
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In one embodiment^ the product further includes means for relocating 524 the 
network bootstrap program after the target operating system is selected. In another em- 
bodiment, the target operating system is selected by a user (p.l 1, lines 13-18) of the tar- 
get device 108, 110, 1 12. In yet another embodiment, the product further includes 
means for determining from a user profile, at least one available operating system and 
means for including the user-available operating system with the operating systems list 
(p, 12, lines 8-20). 

A further aspect of the invention provides a network data processing system. 
The system includes means for initiating 402 a network bootstrap program at the target 
device 108, 110, 112 and means for sending 406 a bootstrap list command from the tar- 
get device 108, 11 0, 1 12 to the server 104, 105, The system fiirther includes means for 
receiving 516 an operating systems list of at least one operating system prior to execut- 
ing an operating system at the target device 108, 1 1 0, 1 12, and means for selecting 518a 
target operating system from the operating systems list. In the aspect of the invention, 
the target device 108, 1 10, 1 12 is to be remotely booted by the server 104, 105. 

In one embodiment, the system further includes means for relocating 524 the 
network bootstrap program after the target operating system is selected. In another em- 
bodiment, the target operating system is selected by a user (p.ll, lines 13-18) of the tar- 
get device 108, 110, 112. In yet another embodiment, the system further includes means 
for determining from a user profile, at least one available operating system and means 
for including the user-available operating system with the operating systems list (p. 12, 
lines 8-20), 
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6. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 
Claims 1-23 were rejected as unpatentable over BeeKtz in view of Barr. 
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7. ARGUMENTS 
A. The Examiner rejected claims 1-23 as uapatentable under 35 U.S*C §103(a) 
by Beelite in view of Barr 

The § 103(a) rejection of claims 1-23 has been traversed- In order to maintain 
this § 103(a) rejection, each and every element of the claimed invention must be taught 
or suggested by the references alone or in combination. Because the references do not 
teach or suggest each and every element, this rejection must fall 

Claims 1,11, and 18 require, inter alia, "initiating a network bootstrap program 
at the target device, sending a bootstrap list command from the target device to the 
server, receiving an operating systems list of at least one operating system prior to exe- 
cuting an operating system at the target device, and selecting a target operating system 
from the operating systems list, v^herein the target device is to be remotely booted by the 
server." 

The Examiner correctly notes that Beelitz does not teach or suggest such an ele- 
ment, and instead cites to Barr for such teachings. Specifically, the Examiner asserts 
that it "would have been obvious to one of ordinary skill in the art at the time the inven- 
tion was made to implement the Barr's (sic) into the computer system of Beelitz to be- 
cause (sic) it would have to (sic) provided an efficient system that lets a client and server 
to exchange (sic) a shared encryption key using the secure remote boot process." See, 
IfS of the February 27, 2006 office action. 

The Appellants traverse the Examiner's assertion because Beelitz in view of Barr 
does not teach or suggest each claim limitation, and also because Beelitz specifically 
teaches away from such a combination, because there must be a reasonable expectation 
of success, and because the mere ability to combine references is insufficient to support 
a rejection, 

Beelitz in view of Barr does not teach or su^^est each claimed element 

At most, Beelitz discloses that a targeted computer system 137 is initially booted 
up to perform the operations and instructions as per associated shell script files to load 
the selected programs onto its hard drive and to run the tests. Beelitz does not teach, as 
suggested by the Examiner, that the targeted computer system either "initiates a network 
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bootstrap program at the target device" or sends bootstrap list command from the tar- 
get device to the server." The Examiner cites to col. 14, line 66 to col 15 line 7 for such 
a teaching, but such reliance is misplaced^ as that citation merely teaches: 

Itt om §m\m(Bmmt^ the iMgm4 cmipnwt i^j^tem is 
CDBBected thmiigh a mtwoik csird to a senr&r in mamsfac™ 

immg. The t^rget^ mmpimr s-fsttm 137 is iiiiMly bmi^4 
¥p to pcifocm fc opc»&ES md i-DBtmQtion^ per 
mied stell script files lo load fkm elected programs onto its 
Mti dtm w.d lo^ run t€m. M mm mboiimmx^ tbe 

software' progmiBS and o|)e:mtiog s-^siem. cm Ix $ 
4owu loaded aod ios^tdl^ on tte targeted aiBiput^^r ^y^ts^ui 
via tJte IniMmL 

ThuSj v^hile Beelitz teaches that the target computer system is "booted up to per- 
form the operations and instructions as per associated sheli scripts to load the selected 
programs onto its hard drive," Beelitz does not teach or suggest either "initiating a net- 
v^ork bootstrap program at the target device" or "sending a bootstrap list command from 
the target device to the server," as claimed in claim 1,11 and 18. Barr does not ewe this 
defect* 

Similarly J Beelitz does not teach or suggest "receiving an operating systems list 
of at least one operating system prior to executing an operating system at the target de- 
vice," as further claimed in claims 1,11, and 18. Strangely, the Examiner cites to the 
same section of Beelitz, but a review of the cited section does not reveal any such dis- 
closure or teaching. Barr does not cure this defect. 

Thus, the references, alone or in combination, do not teach each element of the 

claims. 

Beelitz teaches away from the combination 

Beelitz teaches a generation of a compatible order for a computer system. The 
Beelitz system is for specifying, ordering, and building a build-to-order computer sys- 
tem, such that a purchaser of a build-to-order computer system can buy and order such a 
computer over a computer network such as the Internet See, abstract, Beelitz* 

Beelitz specifically teaches "[I]n step 207, control 103 provides to the user inter- 
face 105 a list of the operating system types available." (emphasis added) at column 7 
55-56. Furthermore," [I]n step 204, control 103 accesses the master data base 125 to 
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create or generate a list of operating system types available for the targeted computer 
system" (column 7 lines 35-37). 

Control 103 "receives an indication from a user interface 105 indicating the de- 
sire to purchase a computer system." Column 1, lines 30-32 (emphasis added). Thus^ 
control 103 is distinguished from the targeted computer system 137 (FIG. 1 of Beelitz) 
and the terminal or user interface 105 (FIG, 1 of Beelitz). One of ordinary skill in the 
art would recognize that sending a list of available operating systems to a user who is 
purchasing a build-to-order computer is dramatically different than sending a list of 
available operating systems to the build-to-order computer, 

Beelitz teaches that it has been known to install software programs and to per- 
form tests on computer systems before they are shipped to businesses or individual cus- 
tomers. The goal of software installation and testing, according to BeelitZj is to eflfi- 
ciently produce a useful, reliable, computer system which may be delivered to busi- 
nesses and individuals free from errors and ready to run. Beelitz, column 1, lines 56-61. 

One of ordinary skill in the art would recognize that shipping a computer to a 
business or individual customer requires disconnecting any network connections used 
for software installation and testing* Those of ordinary skill in the art would also recog- 
nize that disconnecting a network connection terminates the connection, and therefore 
disconnecting a network connection is inconsistent with a target devi ce fis] to be re- 
motely booted by the server . Thus, one of ordinary skill in the art could not possibly be 
motivated to make the modifications suggested by the Examiner, as Beelitz unequivo- 
cally teaches away from the combination. 

This lack of motivation is further emphasized by the failure of Beelitz to de- 
nounce its generation of a compatible order for a computer system as less than an ideal 
method of generating a compatible order for a computer system, much less denounce its 
methods as less than idea! for booting a target computer system. In addition, Barr fails 
to denounce its melhods for ensuring the integrity of remote boot client data as less than 
perfect, or teach the desirability of the modification suggested by the Examiner, 

The Examiner's proffered motivation rings hollow. See, f4 of the Feb, 27, 2006 
office action. Beelitz does not teach the desirability of exchanging shared encryption 
keys, and therefore one of ordinary skill in the art would not be motivated to consult any 
references teaching methods of sharing encryption keys based on the teachings of 
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Beeiitz, In addition, Barr does not teach the desirability of generating a compatible or- 
der for a computer system, so one of ordinary skill in the art would not be motivated to 
consult references teaching any such methods. Use of such disparate references in this 
ad-hoc rejection would indicate the use of impermissible hindsight. 

There is no reasonable expectation of success 

Similarly, there is no reasonable expectation of success based on the combination 
of references. MPEP 2143.02, In reMerck&Co., 800 F.2d 1091 (Fed. Cir. 1986). 
Here, modifying the Beelitz system to feature the remote boot taught by Barr would en- 
tirely defeat the purpose of Beelitz, and cannot lead to any reasonable expectation of 
success. Indeed, one of ordinary skill in the art would more likely find a reasonable ex- 
pectation of failure, 

Tht Examiner asserts that it "would have been obvious to one of ordinary skill in 
the art at the time the invention was made to implement the Barr's (sic) into the com- 
puter system of Beelitz to because (sic) it would have to (sic) provided an efficient sys- 
tem that lets a client and server to exchange (sic) a shared encryption key using the se- 
cure remote boot process.'' However, any such modification would in fact change the 
function or structure of the network, contrary to the Examiner's assertions. The function 
and structure of the Beelitz network is to efficiently produce a useful, reliable, computer 
system which may be delivered to businesses and individuals free from errors and ready 
to run. BeelitZj column U lines 56-61. Modifying the function or structure of the 
Beelitz network would not result in the claimed tnventionj but would rather result in a 
business or individual purchasing a built-to-order computer that is not delivered to the 
purchasing business or individual, but rather a computer that remains at the factory^ sit- 
ting on an assembly line. Such a result cannot be considered anything less than an ab- 
ject failure from both the consumer side (the consumer does not receive the purchased 
computer) and the supplier side (inventory eternally accumulates until the customer dis- 
satisfaction resulting from failure to receive the purchased computer destroys the busi- 
ness). 
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The mere ability to combine references: is insufficient to support a rejection 

The mere fact that Beelitz can be raodified in view of Barr to obtain the claimed 
invention (which Appellants deny) does not render the resultant modification obvious 
unless the prior art also suggests the desirability of the combination. See, In re Mills, 
916 F.2d 680, 16 USPQ2d 1430 (Fed. Cir. 1990) (Claims were directed to an apparatus 
for producing an aerated cementitious composition by drawing air into the cementitious 
composition by driving the output pump at a capacity greater than the feed rate. The 
prior art reference taught that the feed means can be run at a variable speed, however the 
court found that this does not require that the output pump be run at the claimed speed 
so that air is drawn into the mixing chamber and is entrained in the ingredients during 
operation. Although a prior art device "may be capable of being modified to run the 
way the apparatus is claimed, there must be a suggestion or motivation in the reference 
to do so;^ 916 F,2d at 682, 16 USPQ2d at 1432,). See also In re Fritch, 911 V2d 1260, 
23 USPQ2d 1780 (Fed Cir. 1992) (flexible landscape edging device which is conform- 
able to a ground surface of varying slope not suggested by combination of prior art ref- 
erences). 

The basis for the Examiner's assertion is that 'Vould have been obvious to one 
of ordinary skill in the art at the time the invention was made to implement the Barr's 
(sic) into the computer system of Beelitz to because (sic) it would have to (sic) provided 
an efficient system that lets a client and server to exchange (sic) a shared encryption key 
using the secure remote boot process," However, the Examiner simply cannot conclu- 
sively assert that an implementation of the remote boot feature taught by Barr would 
permit the ability to efficiently produce a useful, reliable, computer system which may 
be delivered to businesses and individuals free from errors and ready to run. See, 
Beelitz-, column 1, lines 56-61. Indeed, implementing a remote boot feature, as allegedly 
taught by Barr, would simply not work in a Beelitz system and would destroy the princi- 
ple of operation of Beelitz. 

D ependent claims 6, & 9. 14, 16* 21 and 23 

In addition to the above arguments, Beelitz in view of Barr fails to teach or sug- 
gest each and every element of claims 6, 8, 9, 14, 16, 21 and 23 
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Claims 6, 14, and 21 require "relocating the network bootstrap program after the 
target operating system is selected" as claimed in claims 6, 14, and 2L The Examber's 
citation to Beelitz, column 8, lines 40-45 is misplaced, as no such teaching is made. In- 
steadj Beelitz discloses creating a system descriptor file that includes the specific part 
number for the selected version and language of the selected operating system, including 
a prefix. This disclosure simply cannot render claims for relocating the network boot- 
strap program after the target operating system is selected obvious, Barr does not cure 
this defect. Withdrawal of the rejections to claims 6, 14, and 21 is requested for at least 
this additional reason. 

Claims 8, 16, and 23 require "the target operating system is selected by a user of 
the target device", Beelitz in view of Barr does not teach such an element. At most, the 
Examiner cites to Beelitz, arguing that Beelitz teaches that the target operatmg system is 
determined by a "sniffing feature" to determine that the list of software programs is 
compatible with the hardware. Beelitz provides an example that the "software sniffer" 
determines that the target has a certain size RAM^ and only presents operating systems 
that are compatible with the size of the RAM in the target. See, Beelitz, column 18 line 
60 to column 19 line 3* Thus^, Beelitz discloses that the target operating system is de- 
termined by a system configuration, while the instant application claims that the target 
operating system is selected by a user. Indeed, Beelitz does not teach that a user has any 
access whatsoever to the target device, as the "user" is purchasing a build-to-order com- 
puter, and does not yet have possession of the computer - thus^ the Beelitz user is physi- 
cally unable to select any operating systems at the target device, Barr does not cure this 
defect. 

Claim 9 requires determining from a user profile, at least one available operating 
system." Beelitz in view of Barr makes no such teaching. The Examiner relies solely 
on Beelitz, but Beelitz does not disclose a user profile at all The Exarainer'^s reliance on 
column 7 lines 49-56 for such a disclosure is misplaced, as Beelitz merely discloses that 
a master database is consulted (see column 7 lines 36-41) at a server. No user profile is 
disclosed. Barr does not cure this defect 

Therefore, Appellants request the withdrawal of the rejections to claims 1,11, 
and 18^ as well as clauns 2-10, 12-17, and 18-23 depending directly or indirectly from 
one of claims 1, 1 1, or 18. 
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SUMMARY 

The Appellants respectfiilly submit that claims 1-23 fully satisfy the 
requirements of 35 U.S.C. §§102, 103 and 1 12. In view of the foregoing, favorable 
consideration and early passage to issue of the present application is respectfully 
requested. 



Dated: July 18. 2006 



Respectfully submitted, 
STEVEN M. FRENCH, et al. 



/Frank C. Nicholas/ 



CARDENAL LAW GROUP 
1603 Orrington Avenue, Suite 2000 
Evanston, IL 60201 
(847) 905-7111 



FRANK C. NICHOLAS, 
Registration No. (33,983) 
Attorney for Appellants 
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10, APPENDIX 

L A method of selecting an operating system at a target device in commu- 
nication with a server, comprising: 

initiating a network bootstrap program at the target device; 

sending a bootstrap list command from the target device to the server; 

receiving an operating systems list of at least one operating system prior 
to executuig an operating system at the target device; and 

selecting a target operating system from the operating systems list, 
wherein the target device is to be remotely booted by the server. 

2. The method of claim 1 further comprising: 
receiving instructions for the target operating system. 

3. The method of claim 1 further comprising: 

requesting the instructions for the target operating system from the 

server. 

4. The method of claim 1 further comprising; 

booting the target operating system based on the instructions, 

5. The method of claim 1 wherein the operating systems list includes a de- 
fault operating system. 



6. The method of claim 1 further comprising: 

relocating the network bootstrap program after the target operating sys- 
tem is selected. 
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7, The method of claim 1 wherein the target operating system is determined 
from a configuration file of the target device. 

8. The method of claim 1 wherein the target operating system is selected by 
a user of the target device. 

9- The method of claim 8 further comprising: 

determining from a user profile, at least one -available operating system; 

and 

including the user-available operating system with the operating systems 

list, 

10. The method of claim 1 further comprising: 

determining from a target device profile, at least one device-available op- 
eratmg system; and 

including the device-available operating system with the operating sys- 

terns list. 

1 1 . Computer program product in a computer usable medium for selecting an 
operating system at a target device; comprising: 

means for mitiating network bootstrap program code at the target device; 

means for receiving a command requesting an operating systems list of at 
least one operating system; 

means for sending the operating systems list to the target device before an 
operating system is executed at the target device; and 

means for receiving a selection of a target operating system from the op- 
erating systems list, wherein the target device is to be remotely booted by the server. 
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1 2. The program of claim 1 1 fiirther comprising: 

means for sending the target operating system to the target device, 

13. The program of claim 1 1 further comprising: 
means for determining a default operating system, 

14. The program of claim 1 1 further comprising: 

means for relocating the network bootstrap program code after the target 
operating system is selected* 

15. The program of claim i 1 further comprising: 

means for determining the target operating system from a configuration 
file of the target device, 

16. The program of claim 1 1 ftirther comprising: 

means for receiving the selection of the target operating system from a 
user of the target device. 



17. The program of claim 16 further comprising: 

means for determining at least one operating system available to the user. 
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18. A network data processing system comprising: 

means for initiating a network bootstrap program at a target device, the 
target device to be remotely booted by the server; 

means for sending a command requesting an operating systems list of at 
least one operating system; 

means for receiving the operating systems list prior to executing an oper- 
atmg system at the target device; and 

means for selecting a target operating system from the operating systems 
list at the target device. 

19. The system of claim 1 8 fiirther comprising: 

means for receiving the target operating system at the target device, 

20. The system of claim 1 8 further comprising: 

means for executing the target operating system at the target device. 

21 . The system of claim 1 8 further comprising: 

means for relocating the network bootstrap program after the target oper- 
ating system is selected. 

22. The system of claim 18 fiirther comprising: 

means for determining the target operating system from a configuration 
file of the target device. 



23 The system of claim 1 8 fiirther comprising: 

means for determining the target operating system from input of a user of 
the target device. 
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Evidence Appendix 

None 



Related Proceedings Appendix 



None. 



